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p-= Todos los ficheros de El Foro del lector 1 te 
a o Y 19 assuatización de Sparch los 
encontraréis en el directorio ñ José Manuel Muñoz 


PCMANIAI¡RENDERES del CD-Rom 


Técnicas para escenas 


Hace poco todos los amantes de la ciencia ficción tuvimos ocasión 


de ver la cuarta entrega de Alien, una película que, al igual que la primera 
de la serie, destaca por sus magníficos y tenebrosos fondos. Entonces, 
con la idea de crear unos fondos similares para producir escenas de 
Mechs, decidimos emplear el elemento básico que une a todos los 
magníficos decorados de Alien Resurrection, los pasillos. Kilómetros y 
kilómetros de pasillos poco iluminados y cargados de tuberías y de 


agujeros de donde puede salir cualquier cosa. 


espaciales claustrofóbicas 


ntes de empezar he 

de decir que con la 

portada de hoy he- 

mos querido hacer 

un pequeño home- 

naje a todos los ren- 
dermaníacos que han enviado sus 
Mechs a estas páginas. Como recorda- 
réis, la idea inicial era preparar una es- 
cena renderizada con una ambientación 
de fondo adecuada al tema; sin embar- 
go. pronto empezaron a surgir 
los problema. La escena debe 
ser renderizada desde POV y 
resulta muy difíci] convertir el 
formato de Caligary y el de 
otros programas. Además, la 
propia conversión conlleva en 
muchos casos la pérdida del 
“acabado” original del mech; 
casi siempre, las utilidades de 
conversión se limitan a tradu- 
cir la malla al formato final. 
Naturalmente podría haberme 
limitado a cambiar dichos 
acabados pero entonces los 
autores no hubieran recono- 
cido a sus propias criaturas. 
Por supuesto, intentar repro- 
ducir manualmente el acaba- 
do original de todos los 
mechs hubiera sido una tarea 
de pesadilla. 

Aparte de esto no encontré 
el modo de meter a todos los 
mechs juntos en una escena 
creíble. Su mismo número y 
las diferencias de estilo hacen 
esta tarea muy difícil y por 


ello acabé aceptando la idea de Benja- 
mín Albares Moreno, propuesta en 
Rendermanía 14, hacer un montaje 
donde apareciesen tantos trabajos de 
lectores como fuese posible. 

Aún así me he visto obligado a des- 
cartar la aparición de algunos mechs 
que merecían sobradamente tener un 
lugar reservado en la portada. Me re- 
fiero a aquellos casos donde varios au- 
tores habían enviado más de un mech... 


Un tramo del pasillo. 


Comprobación de la existencia de los 
agujeros aleatorios del techo. 


¡había que dejar sitio a quienes sólo ha- 
bían enviado uno! 

Por otro lado, el autor de estas lí- 
neas ha de pedir disculpas a Benjamín 
Albares Moreno por dejar fuera del 
presente número a su estupendo 
Kerryk 6-26, el cual tenía méritos so- 
brados para aparecer en la portada. 
Esta imperdonable omisión se ha de- 
bido a uno de esos desastres informá- 
ticos que de vez en cuando azotan 
nuestros Pcs. El menciona- 
do desastre afectó al mate- 
rial del número 64 y no fue 
posible recuperar nada antes 
de la fecha prevista para es- 
te cierre. Lo mismo cabe de- 
cir de los mechs de Alberto 
y Oscar Otero Leal. Sorry. 

Por último espero que me 
disculpen otros autores a los 
que tampoco he podido in- 
cluir por falta de espacio... 
¡todo no entraba! Quiero 
añadir, sin embargo, que se 
prepararán, sin duda, esce- 
nas “mech” en el futuro y es- 
pero seguir contando con 
vuestros trabajos. Quizá en 
un futuro próximo se resuel- 
van los problemas mencio- 
nados para la portada de los 
mechs y repitamos el evento. 
Mientras tanto quiero ade- 
lantar que los problemas de 
la portada sobre la batalla or- 
co-humana ya están prácti- 
camente resueltos. El más 
grave -el número de comba- 


A 


tientes- ya quedó solucionado 
en el número 14 de Render- 
manía. Ya sólo resta, crear un 
entorno adecuado para la ba- 
talla y quizá proporcionar una 
pequeña ayudita a los huma- 
nos... ¡No y no! ¡No enviaré a 
mis diminutos lanceros-fanto- 
che a que esas bestias verdes 
las hagan pedazos! ¡Tendrán 
refuerzos, vaya que sí! 


Usando fade_distance con 20 y fade power con 1. 


La clave está en los pasillos 

Pero volviendo a lo nuestro, en vista 
de las dificultades existentes para ren- 
derizar una escena donde apareciesen 
todos los mechs, se decidió crear un 
modesto fondo donde al menos pudié- 
ramos colocar a uno o dos. Con esta 
idea en mente se estudió bastante ma- 
terial gráfico (cómics, películas, etc.) 
comprobándose enseguida que lo más 
fácil de representar eran los abundan- 
tes pasillos que casi siempre se supo- 
nen en las naves espaciales o estacio- 
nes del futuro 

Además la mayoría de los pasillos 
que/imaginamos para estas naves del 
futuro son, casi siempre, muy sencillos. 
En particular se tomó nota de un dibujo 
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Huminación del pasillo con una fuente roja normal. 


de Nigel Phelps 
para Alien Resu- 
rrection. Encon- 
tramos dicho di- 
bujo en el libro 
“Aliens” de Lo- 
renzo E Díaz. Un 
libro excelente al 
que sólo se le puede reprochar el que 
todas las fotos estén en blanco y negro. 

El dibujo de Phelps es un diseño pa- 
ra uno de los pasillos de la Auriga, la 
gran estación donde tiene lugar casi to- 
da la acción de Alien Resurrection. En 
el dibujo se aprecian muy pocos ele- 
mentos: el pasillo tiene forma octogo- 
nal y esta recorrido por dos grandes tu- 
bos principales a los que están unidos 
muchos otros s. Resumiendo, se 
parece bastante a los pasillos que po- 
déis ver en estas páginas. 

Este tipo de forma, a base de tubos, 
se emplea en un gran número de có- 
mics de ciencia ficción para representar 
interiores de naves y estaciones espa- 
ciales y da una buena sensación de rea- 


lismo. ¡¡Aunque sería difícil para cual- 
quiera explicar por qué tiene que haber 
tantos tubos por todas partes!! 

Por supuesto -tal y como ocurre 
con las películas- nuestros pasillos 
son falsos, no vienen de ninguna par- 
te ni llevan a sitio alguno. Esto es, son 
sólo un decorado virtual puesto que el 
resto de la nave espacial aún no está 
diseñada. No hay zonas de carga ni 
cabinas de pilotaje. ni salones de hi- 
bernación, ni salas de motores, etc. 
Quizá sea interesante hacer algo de 
esto más adelante, ¿eh? 

Por otro lado, como ya se ha dicho 
antes. el número de elementos dife- 
rentes.usados en la construcción de 
nuestros pasillos es muy bajo. Sola- 
mente hay varios tipos de tubos. un ti- 
po de suelo que también se emplea en 
el techo, una especie de cajas cortadas 
que se utilizan para acentuar la forma 
octogonal del pasillo, y unas formas 
sencillas que simulan los.marcos de 
las puertas automáticas. Naturalmente 
estos pocos elementos se hallan dis- 


puestos con un cierto desorden, lo 
cual es algo imprescindible para con- 
seguir una mínima sensación de rea- 
lismo, a pesar de la falta de detalle. 
Este fue también el truco empleado en 
las escenas finales de los regimientos 
de orcos del mes anterior, un truco 
sencillo pero efectivo y que se basa en 
el empleo de rand para colocar o no 
ciertos elementos de la escena y tam- 
bién para descolocarlos un poco con 
respecto a la posición de otros ele- 
mentos del mismo tipo. 


Las Pov-Funciones 

Nuestros pasillos están construidos 
con archivos escénicos de POV. No 
era preciso el uso de ningún modela- 
dor ya que todos los objetos del pasi- 
llo son simples cilindros y cajas. Ade- 
más se pretendía emplear las mismas 
facilidades de colocación de objetos 
que ya vimos en el número preceden- 
te. Por esta razón el esquema de cons- 
trucción que hemos usado es similar 
al de las escenas del mes anterior, aun- 


que esta vez 
los elementos 
empleados no 
son mallas po- 
ligonales im- 
portadas. 
Como recor- 
daréis, en este 
sistema se em- 


La misma fuente de antes con un fade_power de 2. 


pleaba un ar- 
chivo de esce- 
na principal que llamaba (+include) a 
otros ficheros que, a su vez, podían in- 
vocar a otros. Para comprender la ra- 
zón de esta manera de obrar tenemos 
que recordar aquella vieja discusión 
que en su momento tuvimos aquí acer- 
ca de si POV permitía crear algo pa- 
recido a las funciones de C. 

Para los no programadores. diremos 
que una pov-función debe entenderse 
aquí como un trozo de código —escrito 
con las sentencias del lenguaje escéni- 
co de POV- que puede ser llamado 
múltiples veces y que proporcionará re- 
sultados distintos en cada caso. depen- 


Creamos varias fuentes fade _power=2 a lo largo del pasillo. 


diendo de los valores que demos a las 
variables usadas como parámetros. 
Así, por ejemplo, podría sernos útil 
una pov-función para crear edificios y 
un posible parámetro para ella podría 
ser “el_número_de_pisos”. De esta 
manera, cambiando en cada llamada a 
la pov-función el valor de esta varia- 
ble. podríamos construir tantos edifi- 
cios de diferente número de plantas 
como quisiéramos. 

En aquella ocasión vuestro seguro 
servidor afirmó que no existían las 
pov-funciones. Bien, esto es técnica- 
mente cierto pero el lenguaje de nues- 
tro trazador favorito dispone de una 
característica que hace que el parser 
(la parte del programa que “compila” 
la escena a partir del fichero escénico) 
actúe como si ciertos ficheros fuesen 
funciones de C. Ya hemos explicado 
esto anteriormente pero, dada su im- 
portancia, lo volveremos a hacer. 

Como ya sabéis, cuando el parser 
de POV encuentra un tideclare asig- 
nando un grupo de sentencias (que 
definen a un objeto) a un identifica- 
dor, el programa crea un objeto vir- 
tual que queda asignado a dicho iden- 
tificador. Si más tarde creamos un 
nuevo objeto usando el mismo identi- 
ficador. éste será idéntico al primer 
objeto, aunque hayamos empleado 


arg 


rand en las sentencias de construc- 
ción del objeto del declare. Si POV 
permitiese que el cuerpo del código 
asignado al identificador con declare 
se comportase como una función, en- 
tonces, cada nuevo objeto construido 
usando dicho identificador podría ser 
diferente (en el caso de que usáramos 
rand dentro del cuerpo de la “fun- 
ción” o de que invocáramos a ésta 
con valores diferentes en las varia- 
bles usadas como “parámetros”). Sin 
embargo, esto no sucede así y ello se 
debe a que el parser no vuelve a tra- 
bajar sobre el trozo de código del 
identificador: El parser efectúa una 
única pasada por el listado del fiche- 
ro de escena. 

Ahora bien, ¿qué sucede si mete- 
mos la supuesta pov-función en un fi- 
chero aparte, que sólo contenga el có- 
digo de ésta, y lo leemos desde el 
principal en los puntos donde sea ne- 
cesario? En este caso el parser volverá 
a cargar y a compilar el mismo trozo 
de código todas las veces que lo invo- 
quemos y, por tanto, el resultado en 
cada caso podrá ser diferente depen- 
diendo de los valores asignados a las 
variables-parámetro antes de cada Hin- 
clude (o dependiendo también del uso 
de rand en la propia pov-función). 

En el mes anterior empleamos un 
esquema donde había un archivo prin- 
cipal que llamaba a otro que construía 
regimientos enteros de orcos. Este últi- 
mo archivo, a su vez, invocaba a otro 
donde, para cada orco, se preparaba 
una postura determinada. En los pasi- 
llos de hoy el método ha sido el mis- 
mo, aunque menos complejo. Sólo he- 
mos usado un archivo-función que se 
ha encargado de crear los tramos de 
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pasillo. En cada tramo, que puede te- 
ner de 2 a 5 metros de largo depen- 
diendo de un resultado aleatorio, se 
coloca el suelo y el techo correspon- 
dientes y también los tubos laterales y 
los cajetines de las esquinas del pasi- 
llo. El código efectúa variaciones ale- 
atorias en la colocación de los tubos 
pequeños y además se encarga de evi- 
tar colocar todos los cajetines del sue- 
lo y todas las rejillas del techo. 

En cuanto a las rejillas del suelo y 
del techo, hubiera sido mucho más sen- 
cillo crear un único objeto para cada 
tramo pero esto hubiera fastidiado la 
posibilidad de crear variaciones de al- 
gún tipo en la rejilla. En nuestros ejem- 
plos, de todos modos, se ha construido 
siempre todo el suelo, a diferencia del 
techo, donde se ha especificado un pe- 
queño factor aleatorio para permitir al- 
gunos agujeros en el mismo. 


Una ambientación muy 
especial 

En los pasillos de Alien, más que la 
forma de los mismos, lo verdadera- 
mente importante es la iluminación o 
más bien la falta de ella. ¿Cómo po- 
demos reproducir algo parecido? Co- 
mo ya sabéis. la fuerza de las fuentes 
de luz de POV no decae con la distan- 
cia... o al menos así es por defecto. 

Probablemente cualquier pov-adep- 
to que haya hecho la prueba de colo- 
car una fuente normal a poca altura 
sobre un plano de suelo discutirá esta 
afirmación. Y es que en este ejemplo 
la luz sí parece ir debilitándose pro- 
gresivamente a medida que el plano se 
aleja de la fuente, Pero si esto ocurre 
así se debe únicamente a que los rayos 
inciden sobre el plano en un ángulo 


cada vez mayor con respecto al suelo. 
Así, cuando el rayo incide perpendi- 
cularmente sobre las superficies, la in- 
tensidad de la iluminación es la máxi- 
ma y en cambio, a medida que el 


plano se aleja de la fuente, el ángulo 
de iluminación se acerca cada vez más 
a los 90 grados (en cuyo momento la 
intensidad es cero) y la intensidad de 
la iluminación tiende a cero. 

Naturalmente el rayo nunca llega a 
tener 90 grados con respecto al plano 
—aunque este objeto es infinito— pero 
el resultado es que los rayos de la 
fuente parecen irse debilitando con la 
distancia. 


- 


Este es el Mech de Daniel Susin Acebo. 


Aclarado esto echemos un vistazo a 
las cuatro escenas de ejemplo con luz 
roja en las que no aparecen mechs. 
Hay una en la que todo el corredor es- 
tá iluminado, otra en la que la luz pa- 
rece debilitarse poco a poco y otra en 
la que ésta pierde su fuerza casi ense- 
guida. En estas dos últimas escenas se 
han empleado las sentencias fade_dis- 
tance y fade_power. La primera sirve 
para especificar la distancia máxima a 
la que la iluminación aún debe llegar 
con su máxima intensidad y la segunda 
emplea el valor que se le da como pará- 
metro para determinar el ratio de pérdi- 
da de intensidad en la iluminación. 


En la primera escena de la serie “ro- 
ja”, la iluminación se basa en una 
fuente de luz normal colocada cerca 
del espectador: 

light_source(<19,1,10> color Red 

translate<0,15,0> 


Para obtener la escena número 2 de 
la serie añadiremos sólo dos líneas: 


light_source(<19,1,10> color Red 
translate<0,15,0> 
fade distance 20 
fade_power 1 


) 


En este ejemplo el valor 20 del pa- 
rámetro fade_distance indica unos dos 
metros (en nuestros pasillos, 10 uni- 
dades equivalen a 1 metro). En cuanto 
al valor 1 de fade_power se emplea pa- 
ra indicar a POV que la pérdida de in- 
tensidad en la iluminación será lineal. 
Valores mayores de 1 hacen que la ilu- 
minación pierda fuerza con más rapi- 
dez y valores menores lo contrario. 
Así, para la tercera escena de la serie 
hemos empleado un valor de 2 unida- 
des para fade_power, con lo cual el re- 
sultado ha sido aún más tenebroso que 
en la segunda prueba. Finalmente, en 
la cuarta y última escena de la serie, 
hemos colocado dos fuentes más a lo 
largo del pasillo. Estas dos nuevas 
fuentes también emplean un valor 2 
para fade_power y el resultado es si- 
milar al que obtendríamos colocando 
bombillas del mundo real en nuestro 
pasillo virtual. 


Los mechs protagonistas 

Por último, se decidió crear un par 
de escenas con dos mechs de lectores, 
El primer elegido fue el de Daniel Su- 
sin Acebo para agradecerle el hecho de 
que fuese prácticamente el único ren- 
dermaníaco que se tomó la molestia de 
pasar su trabajo, originalmente creado 
con Imagine, a POV. Sin embargo, no 
hubo más remedio que cambiar las tex- 
turas ya que el camuflaje del mech ha- 
cia imposible verle bien en el pasillo. 

El siguiente fue el de Enrique Orre- 
go Franco ya que era quizá el trabajo 
que más armonizaba con los fondos 
creados aquí. El mech fue convertido a 
POV usando 3ds2pov y también perdió 
las texturas, aunque esta vez la culpa 
fue de la herramienta de conversión. 


A, 
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El Concurso de Internet 


Existe un , ' Y 
Primer premio: «Travieso» (Tópico -Niñe 
Jaime Vives Pia 
concurso 
a 
E ó MN .d 
mundial 5 
donde 
pueden 
participar 
todos los 
amantes 
de la 
infografía. 
Cada dos 
meses se 
propone un tema y, al cabo de poco tiempo, | primer artículo so- 
j , . bre el IRC apareció 
docenas de imágenes sintéticas navegan por la en Pemanía mucho 
. . antes del nacimiento 
Red hasta llegar a una dirección donde estos del suplemento Ren- 
; dermanía y desde 
trabajos son juzgados y, en algunos casos, entonces hemos incluido algunas notas 
. de vez en cuando acerca del mismo. 
premiados. Hablamos del IRC (Internet Con todo hoy vamos a hacer algo más 
, E que eso y vamos a refrescaros la histo- 
Raytracing Competition), un concurso donde ría del concurso al tiempo que echamos 
un vistazo sobre los últimos cambios 
suelen aparecer algunas de las mejores acaecidos en el mismo. Además esto 
, ] nos servirá como excusa para publicar 
escenas sintéticas del planeta. algunas escenas realmente fantásticas, 


La historia del concurso 

La historia del nacimiento del IRC 
no es demasiado complicada. Hace ya 
unos años un tal Matt Kruse pensó que 
sería una buena idea celebrar cada cier- 
to tiempo un pequeño concurso donde 
los aficionados a la infografía pudiesen 
participar enviando escenas acerca de 
un tema propuesto. La idea fue todo un 
fracaso pues, como se menciona iróni- 
camente en las notas históricas de la 
página del concurso, en vez de esto, 
Matt se acabó encontrando con un gran 
volumen de envíos. Matt sólo pudo 
aguantar un año al frente del concurso 
y al final éste se acabó cerrando; era 
demasiado trabajo. 

Sin embargo, la iniciativa había sido 
un verdadero éxito y mucha gente de- 
seaba la reanudación del concurso. Por 
ello. y tras algún tiempo de discusio- 
nes, la gente del grupo de noticias de 
comp.graphics.rendering.raytracing se 
las arregló para organizar una segunda 
parte que ahora es conocida simple- 
mente como “el nuevo concurso” para 
diferenciarlo del anterior. 

La primera convocatoria de este nue- 
vo concurso tuvo lugar en los meses de 
mayo y junio del 96 y fue todo un éxito. 
Desde entonces la organización del 
concurso ha ido mejorando poco a poco 
y las reglas para participar y votar han 
sido depuradas. Además, durante este 
proceso se creó un equipo de adminis- 
tración que se encarga de controlar el 
buen funcionamiento del concurso. 

Ahora, según se afirma, de nuevo 
irónicamente, en las notas históricas 
del IRC, en lugar de un solo presidente 
saturado de trabajo se tiene a un equipo 
de administración igualmente saturado 
y formado por entusiastas de los gráfi- 
cos por ordenador. El concurso fue. 


además, ampliado 
en octubre del 97, 
añadiéndose una 
segunda competi- 
ción basada en 
animaciones ren- 
derizadas, Así, ca- 
da dos meses los 
organizadores 
proponen un tema 
para el concurso 
de escenas y cada 
tres hacen lo mis- 
mo para el de ani- 
maciones. Luego 
el comité se en- 
carga de organizar 
los envíos recibidos y ponerlos en la 
página web del concurso para que los 
jurados voten. Luego, una vez que se 
han otorgado los premios, se convoca 
el siguiente certamen. 


Las reglas para participar en 
el concurso de escenas 

1) Después de echar un vistazo a la 
página del concurso, el participante 
creará una escena basada en la idea 
propuesta por el comité. En realidad no 
está prohibido crear más de una ima- 
gen, pero se recomienda encarecida- 
mente que sólo se envíe una; supuesta- 
mente por exceso de trabajo y por 
criterios de claridad. 

2) Se puede utilizar cualquier pro- 
grama de render o combinación de es- 
tos para crear la escena. 

3) No se pueden utilizar programas 
de retoque como Photoshop o similares 
para retocar la escena una vez que ésta 
ha sido renderizada. Aunque, claro está, 
podemos utilizar a alguno de estos pro- 
gramas para convertir el formato gráfi- 
co de nuestra escena al ¡pg deseado. 


N 
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premio: «Mamá» (Tópi 
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e” y 


ez-). 


Lorenzo tana. 


4) La imagen no debe exceder los 
800*600 pixels, aunque están permiti- 
das las resoluciones inferiores. 

5) La escena debe ir acompañada de 
un texto donde se responderá a una 
lista de preguntas diseñadas por los 
organizadores. El concursante deberá 
escribir aquí una serie de detalles ex- 
plicando cómo ha creado la imagen. 
No es obligatorio, en cambio, enviar 
un .zip con los fuentes de la escena, 
aunque se trata de un detalle muy bien 
visto por el comité, ¡de nuevo el fan- 
tasma del plagio! 

6) Se espera que los participantes ha- 
yan leído las notas sobre el copyright 
de los trabajos enviados al concurso. 
Básicamente se concede a Chris Cason 
y a sus socios el derecho a emplear el 
trabajo del participante como parte de 
los CDs que cada cierto tiempo se pu- 
blicarán sobre el concurso. 

7) La imagen debe ser enviada en 
formato jpg y no debe exceder los 250 
Kbytes de tamaño. No se acepta el jpg 
progresivo, y la escena debe ser origi- 
nal y expresamente creada a propósito 


para el concurso... vamos, que no debe 
haber aparecido antes en ningún sitio. 

Existen algunas puntualizaciones de 
índole menor pero estas son las reglas 
principales del concurso de escenas. En 
caso de que el participante gane tendrá 
derecho al premio ofrecido por el es- 
pónsor del momento. 


Las reglas para participar en 
el concurso de animaciones 

Las reglas de este concurso son pa- 
recidas a las del anterior pero hay cier- 
tos cambios y reglas adicionales. 

1) Los participantes SÍ pueden em- 
plear programas de retoque fotográfico 
para trabajar sobre los frames de la ani- 
mación una vez efectuado el render. 
Sin embargo, el peso de la animación 
deberá recaer en el render. Si nos pasa- 
mos con la postproducción, el jurado 
nos penalizará. 

2) El tamaño de la animación está li- 
mitado a los 3,145,728 bytes como má- 
ximo, Se puede emplear la resolución 
que se desee para los frames, pero la 
prudencia dice que se emplee el viejo 
formato de 320*240. Puesto que si pa- 
samos a 640*480 estaremos multipli- 
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Tercer premio: «Childhoud 
(Tópico -Niñez»). N.B 
él 


cando el consumo de memoria por 4 y 
en este caso habría que estar muy se- 


guros de no exceder el tamaño antes de ¿ 


empezar con los cálculos. 


3) El formato empleado para la pelí- E 


cula será el Mpeg-1. 


4) Se debe incluir una escena jpg : 


que será el “póster” de la animación. 
icha imagen á el mismo nom! 

Dicha imagen tendrá el mismo nombre 

de la animación e irá en formato jpg. 


Puntualizaciones 

A] visitar la página del concurso en 
www.irtc.org encontraremos entre 
otras cosas un par de faqs donde se res- 
ponde a una larga serie de preguntas 
que diferentes participantes han hecho 
al comité a lo largo del tiempo. Veamos 
algunas: 

»¿Se pueden emplear modelos de 
otras personas en una escena propia? 

Sí. Pero no se debe abusar de esto si 
no se quiere incurrir en penalizaciones. 
En cualquier caso el autor de la escena 
habrá de reconocer la autoría ajena de 
los elementos “prestados” para la reali- 
zación del trabajo. 

«¿Se pueden usar fotos como 
backgrounds o mapas de imagen? 

Pues sí, pero de nuevo los jueces 
pueden decidir penalizar el uso de bit- 
maps, ya que estos pueden llegar a im- 
pedir apreciar correctamente el mérito 
del autor de la escena. 

«¿Se admite el uso de programas 
de render tipo scan-line (3D Studio) 


Mención al mérito artístico: «Grammas Attic» 


http: / [www.digitalstorm.com/thamel/ 


(Tópico «Niñez»). Terry Hamel . 


email: thamelO0usa.net 


en vez del de los trazadores de rayos? 

Sí. Todo es bienvenido, aunque el 
concurso lleve el apodo raytracing. 

«Si un programa de render dispo- 
ne de lens flare, motion blur y otros 
efectos, ¿se pueden usar estos efectos? 

Sí. Sin embargo los jueces juzgarán 
al final el mérito (o la falta del mismo) 
de toda la escena. Mejor no pasarse. 

Como puede verse por estas pregun- 
tas, los jueces se basan en un montón 
de conceptos a la hora de hacer sus va- 
loraciones y probablemente darán casi 
siempre una puntuación más alta a una 


Mención al mérito técnico: «El último día del verano» 
(Tópico «Ninñez»). Hero Ngauv. 


Mención a la originalidad: «¡Helados!» 
(Tópico «Niñez»). Chris Hernández . 
(c) 1997 Chris Hernandez 


escena creada con modeladores no de- 
masiado potentes que a Otra creada, por 
ejemplo. con MAX, Este es el caso del 
certamen cuyas imágenes vamos a co- 
mentar a continuación. 


El último certamen 

La mayor parte de las fotos de este 
artículo corresponden a los premios del 
certamen celebrado en noviembre-di- 


ciembre del 97 y cuando no es este el 


caso, lo hemos indicado en el pie de la : 


foto. En dicha edición el tópico era la 
niñez y el ganador fue Jaime Vives Pi- 
queres con su obra “Travieso” que he- 
mos empleado para ilustrar la primera 
página de este artículo. 

Jaime empleó la versión 3.02 de 
POV para crear y renderizar esta esce- 
na donde todo se construyó usando el 


lenguaje escénico de POV. Sin duda 
este detalle —aparte de la extraordina- 
ria calidad de la imagen- debió pesar 
fuertemente en el jurado. El color, las 
sombras, las texturas, la iluminación, 
todo en “Travieso” es magnífico. ¿No 
Os parece? 

Otra escena extraordinaria es “Ma- 
má” de Lorenzo Quintana. En ella ve- 
mos a una madre amamantando a su hi- 
jo. Una tierna escena que fue modelada 
con... ¡Spatch! (exceptuando el fondo) 
y renderizada con POV 3.02. 

En cuanto al tercer puesto fue para 
“Childhood” de un tal N.B. En esta es- 
cena donde puede verse una mesa lle- 
na de juguetes (algunos de ellos des- 
montados), botes de pintura y otras 
cosas, todo se hizo con el lenguaje es- 
cénico de POV salvo la barra de cho- 
colate que fue modelada con Spatch. 
Parece que la popularidad de Spatch 
está subiendo como la espuma al otro 
lado del charco. 

Como veis las tres escenas ganado- 
ras tienen una calidad extraordinaria. 
Pero esto no es todo. Aparte de los tres 
premios principales suelen concederse 
menciones a ciertas escenas por distin- 
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Ms 


tos motivos. Veamos las men- 
ciones especiales que se die- 
ron en este mismo certamen: 

La mención al mérito artís- 
tico fue para “Grammaís at- 
tic” de Terry Hamel. Esta es- 
cena donde podemos ver un 
viejo desván donde se guar- 
dan juguetes fue modelada 
desde Max 1.2 y los bitmaps 
empleados en las cajas fueron 
hechos por el autor en Pho- 
toshop. La escena fue pre- 
miada por el gran realismo 
conseguido en la atmósfera 
de la imagen. 

En cuanto a la mención al 
mérito técnico fue para “El 
último día del verano” de He- 
ro Ngauv. Esta simpática es- 
cena donde aparece el osito 
Winnie está basada, según 
afirma su autor, en uno de los 
vídeos de este personaje y es- 
tá realizada con POV 3.02. 
Según parece los personajes están he- 
chos con blobs manuales, de ahí lo del 
mérito artístico. 

Y por último, la mención a la origi- 
nalidad en la interpretación del tema 
se la llevó Chris Hernandez por su es- 
cena “¡Helados!”. En ella podemos 
ver, o más bien intuir, ya que sólo se 
ven las manos, a un niño corriendo 
tras un camión de helados. Esta esce- 
na, como la anterior, está lejos del tre- 
mendo nivel de realismo de las tres 
primeras fallando, además, bastante 
las manos del niño, pero resulta muy 
simpática y agradable. 

En fin, como veis es asombroso que 
un mismo programa de render pueda 
producir unos resultados tan diferen- 
tes atmosféricamente hablando, y re- 
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Informe Especial 


Bruja» (Tópico «Magia»). 
Lorenzo Quintena, ganador del certamen de 
Julio-Agosto 97. 


-Eldrama dél cine» (Tópico «arte y 


entretenimiento»). Glenn McCarter, ganador 
certamen de Septiembre-Octubre 


sulta igualmente asombroso el hecho 
de que el nivel de realismo de POV 
pueda competir sin problemas con el 
de Max. 


Otras ediciones del concurso 


Ya que estamos en ello, vale la pena ; 


mencionar a ganadores del primer pre- 
mio de otras ediciones del concurso. 
Lorenzo Quintana (el mismo creador 
de la escena “Mamá”) fue el ganador 
del certamen de Julio-Agosto dedicado 
al tópico “Magia”. Con su bellísima 
bruja voladora renderizada con POV 
3.02. Lorenzo se alzó con el triunfo. 
Algo comprensible si se menciona que, 
además, la brujita está enteramente he- 
cha a partir de blobs puestas manual- 
mente. Algo que a vuestro seguro ser- 


vidor se le antoja sencilla- 
mente increíble. (¿Será ver- 
dad? Esto es casi como decir 
que alguien montó por si mis- 
mo la gran pirámide de Ke- 
Ops y que además labró cada 
piedra con un palillo de dien- 
tes antes de montarla). En 
cuanto a los árboles están he- 
chos con Ptd_tree.inc de Paul 
T. Dawson, un pov-ipas que 
desconozco. 
La edición de septiembre-oc- 
tubre dedicada al tópico “Arte 
y Entretenimiento” fue gana- 
da por Glenn McCarter con 
su “El Drama del Cine”. una 
escena modelada con Moray 
y renderizada con POV 3.0. 
La imagen está basada en 
una escena de una película de 
los años 40 (con Douglas 
Py Fairbanks y Olivia de Havi- 
lland como protagonistas) y 
lo más destacable es la extra- 
ordinaria habilidad con que Glenn ha 
recreado la atmósfera en blanco y ne- 
gro de una noche de lluvia en una pelí- 
cula antigua. Resumiendo, una escena 
extraordinaria que se llevó el premio 
merecidamente, 


Unas notas 

Para terminar, en la página oficial 
del IRC veremos también una mención 
al concurso anterior (del que se guar- 
dan las imágenes) y podremos acceder 
a los archivos de texto donde se cuen- 
tan los pormenores de las escenas y ba- 
jarnos los zips con los fuentes (en caso 
de haberlos). También, por supuesto, 
podremos enterarnos aquí de cual es el 
tópico en curso y de cómo votar o en- 
viar nuestros trabajos. 


e 


CómI0O... 


Crear un pov-ipas para POV 


¿Quién no 
recuerda a los 
árboles de 
Sonya Roberts? 
Aquel fabuloso 
pov-ipas hizo 
las delicias de 
muchos pov- 
adeptos. Ahora 


bien, ¿existen 


TREES.inc version 3.0 


mal 


IT'S HERF*!" 


Mo o E 


A 00 A | 


o UIT TTD A o 


The latest vereson of my TREES utility 15 finally complete and ready Lor downlozdig, Tlas new version 15 a true INC Ele - you can set as many or 
Pu Aa. st A A La AS =d 


A in E 


más maravillas 
como trees.inc 3.0 
por la red? Y de ser 
así, ¿dónde 
podemos 
encontrarlas? Y 
también... ¿qué 
necesitamos saber 
para crear nuestros 


propios pov-ipas? 


Esta es la página de Sonya Roberts, la autora del magnífico Trees.inc. 


pensado para los 
pov-colegas que 
buscan añadir nue- 
vas posibilidades al 
lenguaje escénico de POV, o para los 


recién llegados que no tienen aún una E 
: aprovecharse posteriormente. Un ejem- 
: plo del primer tipo es, por ejemplo, la 
a herramienta de conversión 3ds2pov de 


idea demasiado clara de los añadidos 
que podríamos implementar sobre el 
lenguaje escénico o que, simplemente, 


se hacen un lío con lo que es o no es lo E 
j duce los objetos grabados desde 3D 


que nosotros llamamos un pov-ipas. 


Ante todo comenzaremos por intentar : 
dejar bien clara la diferencia entre una: 
:  crita para POV. Gracias a herramientas 


utilidad normal y un pov-ipas o, lo que 
es lo mismo, un plug-in para POV. 


ste artículo está ¿ 


¿Qué es un pov-ipas? 
Una utilidad es un programa pensa- 


, do para realizar alguna tarea que nos 
; facilite la vida. En nuestro caso la utili- 
E dad puede haber sido diseñada expre- 
a samente para POV o realizar alguna ta- 


rea de la que el pov-adepto pueda 


Steve Anger. Esta herramienta. que tra- 


Studio al formato de POV, es un caso 
perfecto de utilidad expresamente es- 


¿ de conversión como ésta podemos 
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aprovecharnos del trabajo de otras uti- 
lidades que en principio no fueron ela- 
boradas pensando en POV. 
Supongamos por ejemplo que dispo- 
nemos de un programa que “fractaliza” 
los objetos archivados con el formato 
3ds, o sea que los deforma generando 
un “ruido” aleatorio en las mallas. Esto 
es bastante empleado para cosas tales 
como obtener meteoritos a partir de es- 
feras o para “envejecer” los objetos. 


Con el spinner podremos he 
«trocear- cualquier pov-ohjeto. 


Pues bien, con 3ds2pov podremos ex- - 
portar el objeto a Pov después de ha- : 
berlo deformado con la otra utilidad. a 
En cualquier caso ambas utilidades son E 
programas escritos usando las senten- a 
cias y las reglas de algún lenguaje de a 


programación como C o C++. 


Los Pov-ipas son algo parecido, pero a 
emplean las sentencias del lenguaje es- ¿ 
cénico de POV en vez de las de un len- j 
guaje convencional. Pero esto por si so- : 
lo resulta impreciso ya que un pov-ipas E 
no es un programa. POV solamente ; 


“compila” escenas, no ejecutables. 


Los pov-ipas son pues, archivos pov y 
que normalmente usan la terminación a 
«Inc que se emplea usualmente para in- : 
dicar que se trata de ficheros que serán E 
incluidos dentro de los archivos de es- ¿ 
cena (con terminación .pov). También E 
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CÓMO... 


El ptd_tr 


hay que recordar que las 
sentencias escénicas de 
POV no pueden ser em- 
pleadas para manipular 
una malla geométrica. 
Con POV no podríamos, 
por ejemplo, crear un 
fractalizador pero sí un 
generador de paisajes, 
ciudades, ejércitos, etc. 

Los pov-ipas suelen aprovechar a 
fondo las nuevas sentencias como whi- 
le, if, switch, rand y otras que son típi- 
cas de los lenguajes de programación 
corrientes y que POV incluyó en su úl- 
tima versión. Normalmente los pov- 
ipas funcionan de manera similar a las 
funciones de C; aceptan parámetros 
asignados desde el archivo principal de 
escena desde donde se les llama y ge- 
neran objetos cuya forma y textura de- 
penderá de los valores dados a dichos 
parámetros. 


Los pov-ipas más usuales 

No hay demasiados pov-ipas porque 
las personas que deben crearlos han de 
tener dotes de programación y buenos 
conocimientos de construcción de es- 


tro pov-ipas para crear árboles. 


cenas con POV. Pero desde la página 
nativa de POV en www.povray.org 
accederemos a una pantalla donde en- 
contraremos unos cuantos. Para ello 
pincharemos sobre el apartado “Re- 
sources” de la página de POV y luego 
haremos lo mismo en los apartados 
“Utility Review” y “Misc”. Entonces 
aparecerá una pantalla donde veremos 
los nombres de algunos autores junto a 
los ipas que han creado. Pinchando en 
el nombre saltaremos a la página del 
autor, si la hay, y pinchando en la utili- 
dad nos la bajaremos. 

Es en esta pantalla donde veremos 
nombres conocidos como los de Sonya 
Roberts (autora del popular trees.inc), 
Nathan Kopp (el autor de las luces fla- 
re) y Chris Colefax. Algunos de estos 
autores han creado otros ipas menos 
conocidos y otros han preparado su 
propia lista de pov-ipas en su página 
personal. Comenzaremos enumerando 
los que pueden ser vistos en la página 
ya descrita: 


1) Trees.inc de Sonya Roberts, sirve 
para crear maravillosos árboles de di- 
versos tipos. 


2) Chain.inc de Rob Antonishen con 
el cual podremos crear objetos como 
cadenas y SOgas. 

3) Treel y tree2 de Paul Dawson 
permite crear más árboles. 

4) Lens flare de Nathan Kopp. 

5) El generador de splines de Chris 
Colefax, su propio lens flare (que no- 
sotros creemos algo inferior al de 
Kopp) y su archivo explode, el cual to- 
ma cualquier objeto POV y lo hace ex- 
plosionar convirtiéndolo en una masa 
de partículas animadas. (Nota del au- 
tor: las escenas de ejemplo que acom- 
pañan a este ipas no me han convenci- 
do demasiado). 

También hay que decir que en esta 
pantalla están mezclados los pov-ipas 
con utilidades como Chess 2 de Brain 
Mason, un programa que tomando un 
texto con una partida de ajedrez puede 
crear los pasos necesarios para que POV 
genere los fotogramas de la partida. 

En la página de Chris Colefax a la 
que accedimos desde la anterior pudi- 
mos ver anunciadas interesantes no- 
vedades tales como un pov-ipas que 
genera galaxias aleatorias o customi- 
zadas y que incluye nebulosas y raci- 
mos de estrellas en la escena. Otros 
pov-ipas anunciados aquí son el Li- 
quid Spray, que genera chorros de 
partículas ideales para simular fuen- 
tes de agua O cataratas, y el Bender 
con el cual podremos doblar pov-ob- 
jetos. Otra pagina interesante es Red- 
beard's Utility Warehouse situada en 
http://quark.vpplus.com/(car. 126) 
redbeard/raytrace. En ella hallaremos 
una buena lista de pov-ipas y enlaces 
a páginas de otros autores. Algunos 
de los archivos más interesantes que 
hallaremos aquí son: 

1) Bezier.inc que permite la creación 


» 


Ejemplo de pov-Ipas. 


En la Redbeards's Utility 
Warehouse encontraremos 
muchos pov-ipas de todo tipo. 


Sonya ha creado tamblén este 
Ipas para dibujar teclados. 


y manipulación de curvas spline. Puede 
crear objetos o generar puntos sobre la 
curva, 

2) Cbraid.inc, con el que podremos 
generar diseños circulares. 

3) Ptd_tree, otro generador de árboles. 

4) El spinner nos permitirá cortar en 
rodajas cualquier objeto de POV. 

5) El led nos servirá para crear los tí- 
picos letreros electrónicos leds. 


Futuros pov-ipas 

Es evidente que el tema de la crea- 
ción de pov-ipas está aún en mantillas 
y que todavía pueden hacerse muchas 
cosas interesantes. 


Podríamos, por ejemplo, crear un 
trees.inc donde los objetos simples uti- 
lizados como ramas y frutos fueran po- 
ligonales. Lo mejor sería experimentar 
con el excelente ¡pas de Sonya, sustitu- 
yendo las primitivas de POV. ¿Para 
qué? Pues para estudiar si resulta prác- 
tica la sustitución. Probablemente sí, ya 
que un modelo basado en mallas poli- 
gonales debería ser bastante más rápido 
que otro basado en las primitivas de 
POV (por simples que estas sean). 

Otra idea válida podría ser la crea- 
ción de un pov-ipas que emplease ob- 
jetos-copia con forma de escombros 
para crear ruinas y montones de es- 
combros. 

En el número 14 de Rendermanía ya 
creamos un sencillo ipas que generaba 
ejércitos enteros de personajes. Podría- 
mos mejorar este ¡pas para que los per- 
sonajes del ejército se adaptaran a las 
alturas de un terreno. De esta manera 
podría resultar posible disponer ejérci- 
tos sobre zonas irregulares como coli- 
nas, valles, etc. 

Otra idea interesante podría ser la de 
hacer un Ipas que crease buenas explo- 
siones terrestres aprovechando los ha- 
los y la colocación de objetos que si- 
mulasen metralla. 

En fin, aquellos que deseéis intentar 
crear vuestros propios ipas, recordad 
que os será imprescindible dominar 
bien las sentencias de programación de 
POV y tener claro el funcionamiento 
de ttdeclare e ttinclude y la manera en 
que funciona el parser de POV. Tampo- 
co vendría mal estudiar la recursión. 
Echad un vistazo, si consideráis que lo 
necesitáis, al número anterior y al artí- 
culo sobre los pasillos espaciales del 
presente número para repasar algunos 
conceptos básicos. 
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El Foro del Lector 


voraimporiante. Podéis remitirnos vuestros trabajos o consultas, bien por carta a la dirección que 
figura en el sumario de Pcmanía, o vía e-mail a rendermania.pcmaniaO hobbypress.es 


Galería de Mechs 


Vázquez estaba rastreando los alrededores pero las pantallas 


seguían vacías. Por un momento estuvo a punto de echar a 
correr. Sabía que los músculos de su Dreadnough seguían a 
pleno funcionamiento y que podrían reproducir fielmente los 
movimientos de su cansado cuerpo para llevarla al punto de 
recogida en menos de un minuto, pero su instinto le dec 
había algo entre ella y la lanzadera. Los minutos pasa os as 
lentamente. Vázquez pensó: hd gee no qu 
no haya nadie”. Entonces, de no uno de di e z 
de escombros que había ase ell besa cia el € 


io. Los DR 
reflejos implantados de comba de Vr Zi acciona 


ron a Juan Pacheco Guerreiro lamento el tremendo retraso en res- 
instante y lanzaron un njambr e de avi 


ponder a tus cartas pero ¿qué podía hacer con dos animaciones 
pseudointeligentes alta a 


exoesqueleto enemigo. da enbago incl 
distancia, el mech enemigo much Mad 


Vázquez- tuvo tiempo e az un ok jue n 
> 
A ectil 
estalló en el peto del Drea nou t y liberó milones de > A > 


“a . 
nanobots que empezaron a derretir enorme e coraza: delmech » « 


tan gigantescas? Lo Único que puedo hacer es pasarlas a la re- 
dacción y esperar que haya un gran hueco en el CD para pu- 
blicarlas. Mientras tanto, y dado que el envío de los zips se dio 
antes de la nota de hoy ,ee el comentario del trabajo de K- 


rl Os V-, te enviaré de vueltas zips. Sorry. 


detenido a tiempo por las 


pesado. Contra eso las anticuadas cortrnedis detect de » 
Vázquez «diseñadas sólo para viejos Mo. a, mice: isióh nada ( 
podían hacer. Mientras el Dreadnough se derretía, Vázquez 
activo la auto-expulsión y la programación de suicidio de su 
mech. Quizá este tuviera tiempo de estallar sobre su enemigo 
milagrosamente intacto aún- antes de que aquel lanzara tras 


ella los típicos misiles asesinos... 
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Sin duda no sorprenderé a nadie al afir- 
mar que las escenas de nuestro amigo 

tienen algo 
de mágico. Las personalísimas esce- 
nas de este au- 
tor siempre pa- 
recen ilustrar 
un fragmento 
determinado de 
una historia. En 
Dragon una gi- 
gantesca criatu- 
ra alada arrasa 
un pueblo me- 
dieval. En Mu- 
tation un alien 
está confinado 
en una especie 
de cabina. En 
Probot tenemos 
un simpático y 
original robot que custodia un 
hangar donde duermen algu- 
nos compañeros suyos, etc. 
De todas ellas mi favorita es 
Neodemon, donde presencia- 
mos un rito satánico. ¡Felici- 
dades Alberto! Tus escenas 
están tan bien ambientadas 
como siempre y tus modelos 
han mejorado mucho. 


ha enviado un mech cuyo diseño es una re- 
producción del famoso Dreadnought de los ángeles sangrientos 
del universo de Warhammer 40000 y pide una pequeña crítica. 
Pues bien, la forma del mech -creado con 3D Studio- está bastan- 
te bien. Unicamente sería conveniente cambiarle las texturas ya 
que, corno tu mismo dices, los colores planos le hacen parecer 
un juguete. Yo optaría por hacer esto o bien por ponerle una pea- 
na y situarlo en un entorno donde destacara entre otros juguetes. 
Quizá sobre una mesa con otras miniaturas. Sin embargo tu esce- 
na está bien, aunque le añadiría sombras. Tu trabajo ha mejorado 


mucho con respecto a tu primera carta. 


AR Ñ 


, fundador del grupo 
Atreides Software nos envía 
un mech en formato 3ds 
además de un par de aerona- 
ves, una de las cuales está 
basada en los ornitopteros 
descritos en Dune. Además, 
Yeray incluye otras escenas 
que incluyen a la vieja nave 
espacial de Tintín. Bien por 
ti. ¿pero los ornitópteros de 
Dune no tenían unas alas 


enormes que batían? 
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un nuevo seguidor del rayo 
trazado, nos envía una his- 
torieta en tres viñetas don- 
de nuestro pobre Ray liga 
por fin, aunque con una 
zombie que está en los hue- 
sos (¡amistoso el chico!). 
De estas viñetas renderiza- 
das con POV. la última está 


calculada con la opción de 


ha empleado 3D Studio 4 para crear dos 


magníficos modelos. Uno es un Fl 5 Eagle y el otro un mech inspi- 
rado en varias viñetas de un manga. Ambos modelos son, por su 
forma y por las texturas empleadas, de lo mejorcito del foro de hoy. 
Lo único que no me gusta demasiado es el fusil del mech. Por últi- 
mo, Enrique lanza un llamamiento a la unión de todos los artistas 
gaditanos del 3D, y adjunta su dirección real y la de correo electró- 
nico, amén de una pagina Web. Enhorabuena por tu trabajo del que 


espero recibir nuevas muestras en el futuro. 


radiosity de este programa, algo que no ha significado una gran mejora 


con respecto a las dos primeras imágenes de la serie. En mi opinión la 


radiosidad opcional de POV aún no es práctica. Además Víctor incluye 


un mech creado desde Imagine pero renderizado desde POV. 


Jorge Paredes Pascual nos envía sus pri- 
meros trabajos realizados con Caligary 
1.04, Este jovencísimo autor (de sólo 11 
años) adjunta también algunas preguntillas 


a las que intentaré responder: 


1) El programa que estás empleando es una 
versión de libre uso de Caligary Truespace, el cual es un programa comercial. La única ma- 
nera de que puedas conseguir una versión más actualizada de dicho programa es que los 
autores del mismo decidieran publicar otra versión libre más moderna. Esto suele hacerse 


para animar a los usuarios a comprar. Te aconsejo que pruebes la versión free de Imagine 


4.0 que hemos publicado aquí hace poco o que experimentes con Spatch. 

2) No he manejado aún el Caligary pero creo recordar que la versión de que dispones no 
tiene operaciones booleanas. 

3) Cada cierto tiempo incluimos cursos de POV y otros programas para que los recién lle- 
gados no se queden descolgados. Quizá dentro de poco haya algo de esto... 

4) POV es difícil o no dependiendo de lo que pretendas hacer con él. Es fantástico para 
crear cosas como construcciones de diverso tipo e imposible para modelar formas orgánicas. 


Gracias por tu idea de la invasión extraterrestre. 


Daniel Lneje Díaz nos 


envía varias escenas 
creadas con 3D Studio 
4 y Poser, un programa 
especializado en la cre- 
ación de seres humanos 
virtuales. Poser permite 


variar las próporciones 


de los seres humanos 
incluidos en el programa así como vestirlos o dejarlos desnudos, algo que 
ha aprovechado Daniel para crear la satánica escena Phenomenon, en la 


que, según cuenta, sus mayores problemas estuvieron en las propias limi- 


David Lozano Lucas nos envía 
uno de los números de Euro 3D De- 


sign, una excelente revista electró- 


nica dedicada a los gráficos por or- 


denador. El número que podéis 


hallar en el CD puede ser examina- 


do con Explorer o Netscape y la di- 
rección de la revista es 


www.arrakis.es/—jluc/david 


taciones del Poser para exportar mallas y en el trabajo 2d con Photoshop. 


Tus escenas me han 


gustado aunque en- 


cuentro a Pheno- 


menon demasiado 
oscura para mi gus- 
to. Otro detalle que 


no «cuba de con- 


vencer es el humo 
del cigarro en la es- 
cena Conjunto y, 
por supuesto, la fal- 


ta de sombras en 


esta escena. 


Al pasar por esta dirección compro- 


bé que la revista ofrecía una galería 


digital, objetos 3d, ideas varias (en- 


tre ellas la posible realización de un 


cómic 3d), cursos, grupos de discu- 


sión. noticias, etc. En dicho número 


participaban entre otros el propio 
David, Borja Morales, Alberto Rie- 
ra y Benyi Albares, pero la revista 


está abierta a la participación de to- 


dos. ¡Enhorabuena por vuestra re- 


vista a la que sin duda todos desea- 


mos una larga y próspera vida! 


Rendermanía 


Alberto Campoy Magan 
también se ha apuntado a di- 
señar mechs y hoy enriquece 


nuestro almacén de mechs 


con este estupendo 001 total- 
mente articulado y hecho con 3D Studio. Además, Alberto in- 
cluye otras dos escenas, una imagen con componentes y otra 


de una casa. ¡Bien! 


Luis ípues Gago (alias Vietnow) 


nos envía un estupendo mech hecho 


con 3D Studio al que llama Loki 


7281 en recuerdo a una novela de Ze- 
lazny del mismo nombre. ¿Cómo? 
¿Zelazny, el de la serie de los prínci- 


pes de Ambar? ¿El autor de Dilvish el maldito? Espero que me digas 


donde está publicada dicha novela porque... En fin, volviendo a lo 


nuestro, enhorabuena por tu estupendo mech y, por supuesto, ya que 


así lo solicitas, anularé la publicación de las mallas que has enviado 


para demostrar la autoría de tu trabajo. 


Fernando Hoshino nos remite un 
par de escenas hechas con Caligary 
en una de las cuales aparece un 
mech de forma bastante atractiva, 
aunque, en principio, esto es difícil 
de apreciar por culpa de la textura 
aplicada en el. Afortunadamente 
Fernando también ha incluido un 
fichero avi donde se aprecia mejor. También están muy bien las origi- 


nales especificaciones técnicas del mech que has incluido en tu carta. 


Rendermanía 


El Foro del Lector 


Milagros Lo- 
renzo Jimenez 
nos envía la 
animación de 
Una pecera en 
la que hay di- 
versos pececi- 
tos pululando. 
Este autor tam- 
bién nos envía otras escenas en 
la que aparece un pez de colo- 
res, un roedor y un... ¿humano? 
Estos modelos, hechos con 3D 
Studio 4 y Metareyes están bas- 
tante bien, salvo el del humano, 
pero claro, todos sabemos lo di- 
fícil que es hacer cuerpos huma- 


nos. Quedamos a la espera de tus próximos trabajos. 


hoKI (Ss Y (¿cómo se pronunciará esto?) lleva unos dos 
meses trabajando en una animación de la que nos anticipa 
unas cuantas imágenes. Según cuenta este autor, la menciona- 
da animación ocupa la friolera de 125 MB una vez descom- 
primida y la pregunta de K-rl Os V es si puede enviar un disco 
zip y confiar en que Pemanía publique su trabajo. Pues bien, 
incluso comprimida, una animación como esta ocupa una par- 
te desproporcionadamente grande de la capacidad total del 
CD. Lo único que puedo decirte es que se trata de algo a lo que 
no podemos dar prioridad. Si un mes sobra espacio, podría 
darse el caso de que 
el trabajo fuese pu- 
blicado. pero es di- 
fícil asegurarlo ya 
que no suele sobrar 
espacio. Por favor, 
tomad nota de lo 
siguiente. No en- 
viéis animaciones superiores a los 30 6 40 Megas. De esta 
manera, una vez comprimido el trabajo, “sólo” ocupará 
unos 10 6 15 MB, lo cual es mucho más fácil de meter en el 
CD. Además, no puedo devolver los soportes utilizados, 
por no disponer de tiempo. Por ello enviad los trabajos en 


diskettes, son mucho más baratos. 


